home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000440_connolly@pixel.convex.com _Sat Dec 5 00:54:42 1992.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB
  1. Return-Path: <connolly@pixel.convex.com>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA00192; Sat, 5 Dec 92 00:54:42 MET
  4. Received: by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA10889; Sat, 5 Dec 1992 01:07:56 +0100
  6. Received: from pixel.convex.com by convex.convex.com (5.64/1.35)
  7.     id AA17605; Fri, 4 Dec 92 18:07:51 -0600
  8. Received: from localhost by pixel.convex.com (5.64/1.28)
  9.     id AA23595; Fri, 4 Dec 92 18:07:49 -0600
  10. Message-Id: <9212050007.AA23595@pixel.convex.com>
  11. To: Edward Vielmetti <emv@msen.com>
  12. Cc: www-talk@nxoc01.cern.ch
  13. Subject: Re: The spec evolves... 
  14. In-Reply-To: Your message of "Fri, 04 Dec 92 17:46:23 EST."
  15.              <m0mxlnB-00009qC@garnet.msen.com> 
  16. Date: Fri, 04 Dec 92 18:07:49 CST
  17. From: Dan Connolly <connolly@pixel.convex.com>
  18.  
  19.  
  20. >Is there an SGML reason (apart from a W3 reason) not to also recommend
  21. >that we do a
  22. >   <A HREF="ftp://wuarchive.wustl.edu:/graphics/gif/f/fishies"
  23. >      CONTENTTYPE="image/gif"> 
  24. >   This is a link to a picture of some fishies.</A>
  25. >where the CONTENTTYPE matches the MIME/IANA registry of same?  This
  26. >would be a simple enough way to stick in links to graphics.  
  27.  
  28. There's no SGML reason. The reason I didn't generalize to arbitrary
  29. MIME entities is that the A tag has never had those semantics, and
  30. it would be problematic to introduce them now.
  31.  
  32. Imagine what would happen if you fed that sample to the current linemode
  33. browser: it would gladly ftp to wuarchive and barf gif data on
  34. your screen.
  35.  
  36. This is not so much of a problem as long as the referent entity
  37. is some subtype of text/* -- that's the reason for the two-level
  38. hierarchy of mime types in the first place.
  39.  
  40. I'm trying to keep up with all sorts of HTML ideas.  Some things can be
  41. added to html.dtd without significant changes to W3 code (like adding a
  42. BLOCKQUOTE tag for a new paragraph style). But for things that will
  43. require changes to the architecture, I'm developing a separate DTD from
  44. the descriptive html.dtd.
  45.  
  46. First, I'm suggesting a change in terminology. The representation
  47. of a node, which used to be called a document, and is sometimes
  48. now called a resource (e.g. Universal Resource Locator), should
  49. be called an Entity. This coincides with the SGML and MIME
  50. usage of the term for "a unit of retreival."
  51.  
  52. Then the term "document" is not used for a unit of retrieval.
  53. The WAIS protocol, for example, allows you to retrieve individual
  54. "chunks" -- paragraphs, lines, etc. The term "entity" is well
  55. suited to these chunks.
  56.  
  57. In stead, a "document" is a collection of entities that share
  58. some context. This context is what the client uses to translate
  59. relative URL's into absolute URLs. So the document that a node
  60. belongs to consists of all the nodes you can reach from that node
  61. by following only local links (i.e. a maximally-connected subgraph
  62. of the web).
  63.  
  64. This allows the author to differentiate between links between
  65. nodes of the corpus s/he's writing and links outside to
  66. other works.